-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve empty short_message identification #6
base: master
Are you sure you want to change the base?
Conversation
d5cde1e
to
5f350cf
Compare
This would be excellent. I've found a few things that create this condition, including OpenShift logging and a Java appender for 3rd party code. If the message starts with any whitespace or new line, the short_message will end up empty, causing gelf to reject it, even if there is otherwise content. If it happens in a consistent way, we can intercept it in fluentd and add some string to the beginning of the message before it gets forwarded to gelf, but it's always a weird one to catch and debug. |
FYI - I think this project is no longer being maintained. I'd suggest someone fork and take it over. |
@aayamauchi could you have a look to that? Seems like many people need it. |
Any chance this change could be merged to master and tag 1.0.9 could be available for installation ? |
Please merge this! |
Can repo owner please merge this for version 1.0.9 ? |
Handle cases where the
short_message
contains only control chars and spaces. This will lead to an error in the Graylog side.Related issues
Reproduce
This can be reproduced by sending the following packet to a Graylog TCP or UDP input:
Error output:
Environment
Currently running this image on k8s 1.14